Date: Sat, 26 Mar 94 04:30:21 PST
From: Ham-Space Mailing List and Newsgroup <ham-space@ucsd.edu>
Errors-To: Ham-Space-Errors@UCSD.Edu
Reply-To: Ham-Space@UCSD.Edu
Precedence: Bulk
Subject: Ham-Space Digest V94 #71
To: Ham-Space


Ham-Space Digest            Sat, 26 Mar 94       Volume 94 : Issue   71

Today's Topics:
                         How to Talk to Mir?
       Navstar GPS Constellation Status (94-03-23): Correction
                     On-line satellite schedules?
                     Telecom and Meteors (2 msgs)
                     what does NO -2 N4USH mean?

Send Replies or notes for publication to: <Ham-Space@UCSD.Edu>
Send subscription requests to: <Ham-Space-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the Ham-Space Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-space".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Fri, 25 Mar 1994 21:56:35 GMT
From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!boulder!cnsnews!spot.Colorado.EDU!millerpe@network.ucsd.edu
Subject: How to Talk to Mir?
To: ham-space@ucsd.edu

I am a new ham and just beginning to read about satellite 
communications with ham radio.  I have seen an article that 
explained that the Mir space station was fairly easy to communicate
with.  What is the minimum setup that might mbe necessary for me to attempt
a contact - or even listen to the station.  I have downloaded a few satellite
tracking packages and if I am using them correctly I believe I know when
it sould be overhead.  The article also mentioned that 145.55 MHZ was the
frequency to use.

Any help or tips would be greatly appreciated.

Peter Miller
millerpe@spot.colorado.edu

-- 
===========================================================================
Peter M. Miller                                          Home: 303-494-6990
Computing and Network Services - Small Systems           Work: 303-492-4866
University of Colorado - Boulder                 millerpe@spot.colorado.edu

------------------------------

Date: 25 Mar 1994 10:50:54 -0800
From: dont-send-mail-to-path-lines@ames.arpa
Subject: Navstar GPS Constellation Status (94-03-23): Correction
To: ham-space@ucsd.edu

The Navstar GPS Constellation Status table dated 94-03-23 contains an
error in the notes section.  Some of the details in note 8 actually
refer to PRN13 not PRN03.  Both of these Block I satellites are
currently set unhealthy.  I have revised the table and notes 8 and 12
now correctly reflect the situation.  Thanks to Francine Vannicola of
the U.S. Naval Observatory for pointing out the error.

                        Navstar GPS Constellation Status
                                   (94-03-25)

Blk                       NASA   Orbit   Launch
II       PRN  Internat. Catalog  Plane    Date
Seq  SVN Code    ID      Number  Pos'n    (UT)   Clock  Available/Decommissioned
--------------------------------------------------------------------------------
Block I
      01  04  1978-020A  10684          78-02-22        78-03-29     85-07-17
      02  07  1978-047A  10893          78-05-13        78-07-14     81-07-16
      03  06  1978-093A  11054          78-10-06        78-11-13     92-05-18
      04  08  1978-112A  11141          78-12-10        79-01-08     89-10-14
      05  05  1980-011A  11690          80-02-09        80-02-27     83-11-28
      06  09  1980-032A  11783          80-04-26        80-05-16     91-03-06
      07                                81-12-18        Launch failure
      08  11  1983-072A  14189          83-07-14        83-08-10     93-05-04
      09  13  1984-059A  15039    C-1   84-06-13   Rb   84-07-19
      10  12  1984-097A  15271    A-1   84-09-08   Rb   84-10-03
      11  03  1985-093A  16129    C-4   85-10-09   Rb   85-10-30

Block II
II-1  14  14  1989-013A  19802    E-1   89-02-14   Cs   89-04-15 05:02 UT
II-2  13  02  1989-044A  20061    B-3   89-06-10   Cs   89-08-10 20:46 UT
II-3  16  16  1989-064A  20185    E-3   89-08-18   Cs   89-10-14 20:21 UT
II-4  19  19  1989-085A  20302    A-4   89-10-21   Cs   89-11-23 03:13 UT
II-5  17  17  1989-097A  20361    D-3   89-12-11   Cs   90-01-06 03:30 UT
II-6  18  18  1990-008A  20452    F-3   90-01-24   Cs   90-02-14 22:26 UT
II-7  20  20  1990-025A  20533    B-2   90-03-26   Cs   90-04-18 23:13 UT
II-8  21  21  1990-068A  20724    E-2   90-08-02   Cs   90-08-22 15:00 UT
II-9  15  15  1990-088A  20830    D-2   90-10-01   Cs   90-10-15 00:39 UT

Block IIA
II-10 23  23  1990-103A  20959    E-4   90-11-26   Cs   90-12-10 23:45 UT
II-11 24  24  1991-047A  21552    D-1   91-07-04   Rb   91-08-30 04:44 UT
II-12 25  25  1992-009A  21890    A-2   92-02-23   Cs   92-03-24 11:00 UT
II-13 28  28  1992-019A  21930    C-2   92-04-10   Cs   92-04-25 20:32 UT
II-14 26  26  1992-039A  22014    F-2   92-07-07   Cs   92-07-23 19:43 UT
II-15 27  27  1992-058A  22108    A-3   92-09-09   Cs   92-09-30 20:08 UT
II-16 32  01  1992-079A  22231    F-1   92-11-22   Cs   92-12-11 14:49 UT
II-17 29  29  1992-089A  22275    F-4   92-12-18   Cs   93-01-05 16:39 UT
II-18 22  22  1993-007A  22446    B-1   93-02-03   Cs   93-04-04 05:20 UT
II-19 31  31  1993-017A  22581    C-3   93-03-30   Cs   93-04-13 20:53 UT
II-20 37  07  1993-032A  22657    C-4   93-05-13   Cs   93-06-12 16:15 UT
II-21 39  09  1993-042A  22700    A-1   93-06-26   Cs   93-07-20 12:54 UT
II-22 35  05  1993-054A  22779    B-4   93-08-30   Cs   93-09-28 19:29 UT
II-23 34  04  1993-068A  22877    D-4   93-10-26   Cs   93-11-22 18:20 UT
II-24 36  06  1994-016A  23027    C-1   94-03-10   Projected usable 94-04-18
      38 To be launched on need in FY '94
      33 To be launched on need in FY '94
      40 To be launched on need in FY '95
      30 To be launched on need in FY '95


Notes
1.  NASA Catalog Number is also known as NORAD or U.S. Space Command object
    number.
2.  No orbital plane position = satellite no longer operational.
3.  Clock:  Rb = Rubidium; Cs = Cesium
4.  S/A had been enabled on Block II satellites during part of 1990; S/A off
    between about 10 August 1990 and 1 July 1991 due to Gulf crisis; standard
    level re-implemented on 15 November 1991.  Currently, PRN15 and PRN20 appear
    to have little or no S/A imposed.
5.  Anti-spoofing was activated on 94-01-31 at 0000 UT on all Block II
    satellites. (ref. NANU 050-94042)
6.  PRN number of SVN32 was changed from 32 to 01 on 93-01-28.
7.  PRN03 is operating on Rb clock without temperature control.
8.  PRN03 was set unhealthy on 94-02-27 at 0320 UT.  It was unusable beginning
    at 0233 UT on 94-02-27 and will remain unusable until further notice. (ref.
    NANU 083-94059)
9.  The decommissioning date for PRN06/SVN03 is the date of termination of
    operations of this satellite (ref. USNO) and is about 3 weeks later than the
    date GPSIC gives for "deactivation".
10. The PRN06/SVN36 launch included the SEDS-2 tether experiment on the Delta II
    rocket body (object 23028, 1994-016B).
11. PRN09 was unusable beginning 93-10-15 1200 UT until 93-12-07 1940 UT due to
    testing. (ref. NANU 327-93288 and NANU 402-93341)
12. PRN13 was set unhealthy on 94-02-27 at 1302 UT and will remain unusable
    until further notice due to "end of life testing." (ref. NANU 083-94059 and
    USNO).  It is unlikely that PRN13 will return to service. (ref. USNO)
13. The degraded C/A-code performance of PRN19 was corrected effective 94-01-04
    at 0000 UT. (ref. NANU 343-93294, NANU 396-93337, and NANU 006-94010)
14. PRN24 was unusable from 94-01-23 1745 UT until 94-02-01 1516 UT due to a
    change in operational frequency standard from Cs to Rb. (ref. NANU
    023-94023, NANU 029-94024, NANU 034-94032, and USNO)

===============================================================================
 Richard B. Langley                         Internet: LANG@UNB.CA or SE@UNB.CA
 Geodetic Research Laboratory               BITnet:   LANG@UNB or SE@UNB
 Dept. of Geodesy and Geomatics Engineering Phone:    (506) 453-5142
 University of New Brunswick                FAX:      (506) 453-4943
 Fredericton, N.B., Canada  E3B 5A3         Telex:    014-46202
===============================================================================

------------------------------

Date: Fri, 25 Mar 94 07:05:37 GMT
From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!agate!msuinfo!netnews.upenn.edu!news.amherst.edu!nic.umass.edu!usenet@network.ucsd.edu
Subject: On-line satellite schedules?
To: ham-space@ucsd.edu

Is there an on-line source of data about Oscar and RS satellite schedules
of operation? 

        Albert S. Woodhull
        Hampshire College, Amherst, MA, USA
        awoodhull@hamp.hampshire.edu

------------------------------

Date: Fri, 25 Mar 94 07:02:29 GMT
From: ihnp4.ucsd.edu!agate!msuinfo!netnews.upenn.edu!news.amherst.edu!nic.umass.edu!usenet@network.ucsd.edu
Subject: Telecom and Meteors
To: ham-space@ucsd.edu

In Article <Cn6yLn.Mz0@ncifcrf.gov> mack@ncifcrf.gov (Joe Mack) writes:

> [Communication via meteors has] never taken off and as far as I can tell it
>'s only being used by experimenters.

I believe I read a few years ago about meteor scatter being used by
remotely located unmanned weather stations to relay information to 
central locations using packet radio techniques. The information is
bundled into packets that are small enough and transmitted rapidly enough
that an entire packet has a good chance of getting through in its
entirety. The packet protocol verifies receipt of packets and causes 
retransmission of unverified packets until they are successfully received. 
Since the total volume of information is relatively small the overall data
rate is satisfactory.

My recollection is vague, but this could have been an article in the 
journal Science, and perhaps it was as long ago as the late '70s. I
think I recall a color picture of a remote weather station in the arctic
on the cover of the issue. I would be pleased if someone could find
the reference and send it to me.

I wonder if hams have done work on meteor scatter packet transmission? It
would have to be done on clear channels and with very specialized
parameters (short packets, unlimited retries, fast response).

On a related topic, I have sometimes noticed when propagation is marginal
but not entirely dead on 10 or 15 meters that weak signals will "pop up"
briefly and then return to their normal level. I have suspected, but do
not know for sure, that this is due to meteor trail reflections.

        Albert S. Woodhull N1AW
        Hampshire College, Amherst, MA, USA
        awoodhull@hamp.hampshire.edu

------------------------------

Date: 25 Mar 1994 18:01:18 GMT
From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!blanket.mitre.org!linus.mitre.org!wralston.mitre.org!user@network.ucsd.edu
Subject: Telecom and Meteors
To: ham-space@ucsd.edu

In article <2mv5b9$t13@nic.umass.edu>, awoodhull@hamp.hampshire.edu wrote:
> 
> In Article <Cn6yLn.Mz0@ncifcrf.gov> mack@ncifcrf.gov (Joe Mack) writes:
> 
> > [Communication via meteors has] never taken off and as far as I can tell it
> >'s only being used by experimenters.
> 
> I believe I read a few years ago about meteor scatter being used by
> remotely located unmanned weather stations to relay information to 
> central locations using packet radio techniques. The information is
> bundled into packets that are small enough and transmitted rapidly enough
> that an entire packet has a good chance of getting through in its
> entirety. The packet protocol verifies receipt of packets and causes 
> retransmission of unverified packets until they are successfully received. 
> Since the total volume of information is relatively small the overall data
> rate is satisfactory.

There is a system call SNOTEL operating in the western US which collects
information on snowpack levels operated by the US Dept of Agriculture.  The
equipment was built my Meteor Communications Corporation, Kent, WA.

The ASAF used to operate a meteor-burst link in Alaska as a back up to a
satellite link which was frequently disrupted by aurora.  I think this
system was dismantled.

A number of meteor burst telemetry systems exist internationally for
hydro-meteorological data collection.  At one time there were systems
operating in Egypt and in Uganda - I don't know of their current status.


-- Bill wtr@mitre.org
* I babble too incoherently to speak for my employer *

------------------------------

Date: Fri, 25 Mar 1994 19:31:49 GMT
From: mdisea!mothost!schbbs!news@uunet.uu.net
Subject: what does NO -2 N4USH mean?
To: ham-space@ucsd.edu

In article <9403242326.AA24705@freenet3.scri.fsu.edu>, bmm1@freenet2.scri.fsu.edu (Bruce M. Marshall) says:
>
>I am trying to establish an uplink to UO22 and so far have all I have
>gotten is the message 'NO -2 N4USH'. What does this mean? Does anyone
>have any info on what all the information that OSCARS 22, 23 & 25
>routinely downlink means? Some is obvious, some is not. I have found
>some problems and corrected them and am waiting for evening passes to
>check them out. Any suggestions or comments on debugging uplinks would
>be appreciated.
>thanks, Bruce. N4USH
>-- 
>Bruce M. Marshall  bmm1@freenet.fsu.edu  voice 615 481 0990  fax 615 481 8039

It  means that the file that you requested to be downloaded is no longer availabledownload by the 
file server. There is a parameter in the header of the file controlled by the uploader which
specifies how long the file is to  kept active in the directory. If its something you really need, 
upload a message to "ALL" asking for the original uploader or anyone else who might have it to
upload it again. Hope this helps.

73's
Ned Stearns AA7A
email: ned_stearns@email.mot.com

------------------------------

End of Ham-Space Digest V94 #71
******************************
